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© Kommunikationsteilnehmer bzw. Kommunikationsverfahren 



Als Schnittstelle zwischen einem Netzwerk (N) und ei- 
nern Feldbus (BU) geeigneter Kommunikationsteilneh- 
mer <P), der zur Representation uber den Feldbus an- 
schliefSbarer Gerate (A, B) Software-Objekte (A', B') auf- 
weist, die uber das Netzwerk (N) wie die Gerate (A, B) 
selbst ansprechbar sind, so daft eine transparente Einbin- 
dung von Geraten mit ausschlieftlich Feldbusanschluft 
auch in "leistungsfahige" Netzwerke gelingt. 
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Beschreibung 

Die vorliegende Erfindung betrifft einen Kommunikati- 
onsteilnehmer gemaB den im Anspruch 1 angegebenen 
MaBnahmen. Dariiber hinaus betrifft die Erfindung ein 
Kommunikationsverfahren gemaB den irn Anspruch 6 ange- 
gebenen MaBnahmen, 

Aus der DE 196 15 190 Al ist eine netzwerkbasierende 
Steuerung bekannt, die als Schnittstelle zwischen einem 
Netzwerk und einem Feldbus geeignet ist. 

Aus derDE 196 45 861 Al ist ein plattformunabhangiges 
Konununikationsverfahren fur ein heterogenes Netzwerk 
bekannt. Ein Kommunikationsteilnehmer ist. mit Mitteln 
versehen, die einen gleichzeitigen AnschluB an mehrere 
tJbertragungsmedien ermoglichen. 

Die Aufgabe der vorliegenden Erfindung besteht darin, es 
zu ermoglichen, daB ein erster Kommunikationsteilnehmer, 
der an ein erstes Netzwerk angeschlossen ist, mit einem 
zweiten Kommunikationsteilnehmer, an den ein zweites, 
mit dem ersten Netzwerk nicht direkt verbundenes Netz- 
werk anschlieBbar ist, auf komfortable Art Daten austau- 
schen kann. 

Dazu ist zunachst ein spezieller, zusatzlicher Kommuni- 
kationsteilnehmer vorgesehen, der einerseits an das erste 
Netzwerk, im folgenden kurz Netzwerk, angeschlossen ist 
und an den andererseits das zweite Netzwerk, im folgenden 
kurz Feldbus, anschlieBbar ist. Der zusatzliche Kommunika- 
tionsteilnehmer dient. damit quasi als Schnittstelle zwischen 
dem Netzwerk und dem Feldbus. 

Die Aufgabe, eine besonders komfortable Moglichkeit 
des Datenaustausches anbieten zu konnen, wird dadurch ge- 
lost, daB der an das Netzwerk angeschlossene spezielle 
Kommunikationsteilnehmer zur Representation von an den 
Feldbus anschlieBbaren Endgeraten - den potentiellen zwei- 
ten Kommunikationsteilnehmern Software-Objekte auf- 
weist. Der Feldbus synchronisiert einen zumindest den End- 
geraten und dem speziellen Kommunikationsteilnehmer ge- 
meinsamen AdreBraum, der zumindest in einem dafiir vor- 
gesehenen Speicher des speziellen Kommunikauonsteilneh- 
mers abbildbar ist. Die Software-Objekte des speziellen 
Kommunikationsteilnehmers sind uber das Netzwerk mit- 
tels eines tur das Netzwerk definierten Ubertragungsproto- 
kolls genau wic der spezielle Kommunikationsteilnehmer 
selbst oder weitere Kommunikationsteilnehmer ansprech- 
bar. Das adressierte, ein Endgerat als zweiten Kommunika- 
tionsteilnehmer reprasentierende Software-Objekt fuhrt im 
Falle eines uber das Netzwerk beim speziellen Kommunika- 
tionsteilnehmer eintreffenden Telegramms die Abwicklung 
der gemaB dem fur das Netzwerk definierten Ubertragungs- 
protokoll erforderlichen Schritte zum Empfang des Tele- 
gramms aus. Ferner wird entweder als Reaktion auf das Te- 
legramm ein Datum in den obengenannten Speicher des spe- 
ziellen Kommunikationsteilnehmers cingepragt, wobci die 
Anderung des Inhaltes des Speichers dem zweiten Kommu- 
nikationsteilnehmer im Rahmen des zyklischen Datentrans- 
fers liber den Feldbus ubermittelbar ist oder das Telegramm, 
insbesondere nach des sen Transformation in eine fur das 
Ubcrtragungsprotokoll des Fcldbusscs gccignctc Form, an 
den durch das Software-Objekt reprasentierten zweiten 
Kommunikationsteilnehmer ubermittelt. 

Die Anzahl der Software-Objekte des speziellen Kommu- 
nikationsteilnehmers is i vorzugsweise frei projektierbar, 
insbesondere jedoch auf die Anzahl der an den Feldbus an- 
geschlossenen Endgerate abgestimmt. 

Vorteilhaft sind den jeweiligen Software-Objekten inner- 
halb des Netzwerks eindeutige, zur zielgerichteten Daten- 
ubertragung gemaB dem fur das Netzwerk vorgesehenen 
tTbcrtragungsprotokoll gccignctc Adrcsscn zuordenbar. 
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Das adressierte Software-Objekt fuhrt vorzugsweise je 
nach Art der mit dem Telegrainin ubermillellen Daten eine 
Vorverarheitung der Daten des empfangenen Telegramms 
durch. 

5 Weitere Merkmale, Vorteile und Anwendungsmoglich- 
keiten der Erfindung ergeben sich aus den Unteranspruchen, 
der nachtblgenden Beschreibung eines Ausflihrungsbei- 
spiels anhand der Figuren und der Figuren selbst. Dabei bil- 
den alle beschriebenen und/oder bildlich dargestellten 
10 Merkmale fur sich oder in beliebiger Kombination den Ge- 
genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusammenfassung in den Anspriichen oder deren Riickbe- 
ziehung. 

GemaB Fig. 1 sind an das Netzwerk N mehrere Kommu- 
15 nikationsteilnehmer LR, P, S angeschlossen, wobei ein 
Kommunikationsteilnehmer LR z. B. ein Leitrechner ist. 

Der spezielle Kominunikationsteilnehmer P stellt eine 
Schnittstelle zwischen dem Netzwerk N und dem Feldbus 
BU dar. Uber den Feldbus BU sind an den Kommunikati- 
20 onsteilnehmer P Endgerate A, B angeschlossen, wobei die 
Endgerate unterschiedlichste technologische Funktion (Ak- 
toren, Sensoren, etc.), die bei der Automatisierung techni- 
scher Prozesse erforderlich sind, realisieren. 

Fur die weitere Beschreibung wird davon ausgegangen, 
25 daB an das Endgerat A ein Motor M und an das Endgerat B 
ein Ventil V angeschlossen ist. Der Motor M und das Ventil 
V sind Elemente eines zu steuernden technischen Prozesses 
TP; in der Fig. 1 nur schematisch durch die Trennlinie ange- 
deutet. 

30 Im Kommunikationsteilnehmer P sind zur Kommunika- 
tion mit den Endgeraten A, B Software-Objekte A', B* vor- 
gesehen, die aus Netzwerksicht die uber das Netzwerk nicht 
direkt crrcichbarcn Endgerate A, B rcprascnticrcn. 

In einer ersten vorteilhaften Ausgestaltung ist vorgese- 
35 hen, daB, um der speziellen Funktionalitat der jeweiligen 
Endgerate A, B Rechnung zu tragen, als Software-Objekt A' 
ein auf die Motorenfunklionalital des Endgerates A abge- 
stellter Objekttyp A" instanziiert und als Software-Objekt B r 
ein auf die Ventilfunktionalitat des Endgerates B abgestell- 
40 ter Objekttyp B M instanziiert wird. 

Die jeweiligen Objekttypen A", B" stellen eine auf die je- 
weils zu realisierenden Funktionalitat abgestellte Kollektion 
von Eingangsdatcn, Ausgangsdatcn und Mcthodcn (Elc- 
mentfunktionen, Properties) Mil, M12, M13, M14, Vll, 
45 V12 zur Verfugung, mittels derer auf bestimmte Funktiona- 
litaten der Endgerate bzw. der diese reprasentierenden Ob- 
jektklassen zugegriffen werden kann. Um z. B. den an das 
Endgerat A angeschlossen en Motor M ahzuschalten, uber- 
mittelt der Leitrechner LR uber das Netzwerk N an das Soft- 
50 ware-Objekt A* ein Telegramm, das die entsprechende Ele- 
mentfunktion des Soft ware- Objektes A* anspricht. Die ent- 
sprechende Elementfunktion kann z. B. lauten "Motor aus". 
Analog vcrhalt cs sich fur die Ventilfunktionalitat des End- 
gerates B, 

55 Die Fig. 2 und 3 zeigen eine graphische Darstellung der 
Objekttypen, die als Software-Objekte A', B* im Kommuni- 
kationsteilnehmer B zur Reprasentation eines Endgerates A 
mit daran angcschlosscncm Motor M bzw. zur Representa- 
tion eines Endgerates B mit daran angeschlossenem Ventil 
60 V instanziiert werden. GemaB Fig. 2 weist der Objekttyp A" 
vier exportierte Daten bzw. Elementfunktionen Mil, M12, 
Ml 3, M14 auf. Als exportierte Daten Mil, M12 koinmen 
z. B. die Soil- und die Tstdrehzahl des Motors M in Frage; 
als exportierte Elementfunktionen Ml 3, M14 kommen z. B. 
65 Funktionen zum Ein- bzw. Ausschalten des Motors in Frage. 
Selbstverstandlich kann man sich noch weitere exportierte 
Daten bzw. Elementfunktionen vorstellen, etwa Element- 
funktionen zum Anfahrcn des Motors cntsprcchcnd einer 
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vorgebbaren oder vorgegebenen Kennlinie, Daten zur Vor- 
gabe des Brems vernal lens etc. 

Fig. 3 zeigt den zur Representation des Rndgerat.es B mit. 
daran angeschlossenem Ventii V vorgesehenen Objekttyp 
B", mit zwei exportierten Daten bzw. Elementfunktionen 5 
Vll, V12, wobei als ELementfunktionen Vll, V12 z. B. 
Funktionen zum Offnen bzw. zum SchlieBen des Ventils 
vorgesehen sein konnen. 

Die jeweiligen Software-Objekte A', B' enthalten Pro- 
grammcode, der geeignet ist, entweder iibertragene Daten 10 
direkt in den gemeinsamen Speicherraum M des Feldbusses 
BU zu iibertragen, oder aber Telegranune auszuldsen, mit- 
tels derer die entsprechenden Daten direkt an die Endgerate 
A, B iibermittelt werden. 

Beim Eintragen der Daten in den gemeinsamen Speicher- 15 
raum M werden veranderte Daten im Rahmen der zykli- 
schen Ubertragung iiber den Feldbus BU an die Endgerate 
A, B iibermittelt, so daG auch ein zunachst nur in dem Spei- 
cherraum M geandertes Datum schliefilich beim eigentli- 
chen Adressat, z. B. dem Endgerat A, ankommt. 20 

Beim Auslosen von Telegrammen fur eine Dateniibertra- 
gung iiber den Feldbus BU ubernimmt das Software-Objekt 
A', B' die Transformation des iiber das Netzwerk N empfan- 
genen Telegramms in das fur den Feidbus BU vorgesehene 
Datenformat. Beim sogenannten Profibus BU, einem weit 25 
verbreiteten Feldbus BU, wiirden solche Telegramme als so- 
genannte azyklische, den zyklischen Dalenaustausch nicht 
beeinflussende Telegramme versendet. 

Aitemativ oder zusatziich ist es denkbar, daB entgegen 
dem oben beschriebenen Beispiel, bei dem die Software- 30 
Objekte A', B' Instanzen jeweils unterschiedlicher Objektty- 
pen A", B" waren, die Software-Objekte A', B' Instanzen ein 
und dcssclbcn Objckttyps AB" sind, wobci der Objekttyp 
AB" dann zumindest Methoden AB11, AB12 zum Senden 
und Empfangen von Telegrammen iiber das Netzwerk N be- 35 
reitstellt; vgl. Fig. 4. 

Zum Einschalten des an das Endgerat A angeschlossenen 
Motors M wird dann z. B. ausgehend vom T^eit.rechner LR 
ein Teiegramm an das Soft ware- Objekt A' gesendet und da- 
mit die Elementfunktion "Receive" AB11 der Instanz des 40 
entsprechenden Objekttyps AB" aktiviert, wobei die Ele- 
mentfunkdon "Receive" AB11 mittels im Software-Objekt 
A' vorgesehenen Codes dafiir sorgt, daB das iiber Netzwerk 
N empfangene Teiegramm in eine fur den Feldbus BU ge- 
eignete Form transformiert wird und schiieBlich an das End- 45 
gerat A iibermittelt wird. 

In einer dritten Auspragung isL es moglich, daB auch fur 
unterschiedliche Schnittstellenfunktionalifat der jeweils zu 
adressierenden Endgerate A, B als Reprasentanz Instanzen 
ein und desselben Software-Objektes verwendet werden. 50 

Dazu ist im Software-Objekt eine Tabelle T vorgesehen, 
wobei die einzelnen Tabelleneintrage Tl, T2 zmnindest 
zwei Positioncn SI, S2 umfasscn. Die crstc Position T1S1 
eines Tabelleneintrags Tl, T2 reprasentiert eine Adresse des 
gemeinsamen AdreBraums der an den Feldbus BU ange- 55 
schlossenen Kommunikationsteilnehmer P, A, B, die zweite 
Position T1S2 den Speicherbedarf des Datums an der spezi- 
fizicrt.cn Adresse. 

Wenn z. B. exemplarisch die Drehzahl des an das Endge- 
rat A angeschlossenen Motors M venindert werden soil, 60 
kann die Sotldrehzahl, die an einer derlnierten Posidon, z. B. 
der Adresse #768, des gemeinsamen AdreBraums M hinter- 
legt wird, durch eine entsprechende, auf einer zugehorigen 
Kommunikation basierenden Anweisung modifiziert wer- 
den. 65 

Dazu wird z. B. an der die erste Position TiSl der Tabelle 
reprasentierenden Adresse, hier exemplarisch #708, der mit 
dem Teiegramm iibcrmittcltc ncuc Sollwert cingctragen. 
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Die Datenanderung im gemeinsamen Speicher M wird dem 
Endgerat A im Rahmen der zyklischen Daten ubertragung 
iiber den Feldbus BU mitgeteilt. 

Um die Benutzerfreundlichkeit noch weiter zu erhohen, 
werden die einzelnen Eintrage Tl, T2 um eine zusatzliche 
Position S3 erweitert. Diese Posidon S3 umfaBt eine Struk- 
tur, die zumindest Raum fur eine deklarative Bezeichnung 
der entsprechenden Position der Tabelle T bietet So kann 
z, B. eine erste Position Tl der Tabelle T als "Sollwert" 
T1S3 und eine weitere Position T2 der Tabelle T als "Ist- 
wert" T2S3 bezeichnet werden. Diese Bezeichner werden 
exportiert und zwar z. B. dadurch, daB sogenannte type-Li- 
braries, die weitgehend den z. B. von derProgrammierspra- 
che C++ bekannten sog. "Header-Dateien" entsprechen, die 
die Bezeichner und die zugehorigen Daten enthalten, pro- 
jektglobal bei alien Kommunikationsteilnehmern vorliegen. 

Nachdem damit z. B. die Bezeichner "Sollwert" T1S3 
und "Istwert" T2S3 im T^eitrechner I,R vorliegen, ist ein be- 
sonders iibersichtliches Ansprechen des an das Endgerat A 
angeschlossenen Motors moglich, indem zum Abfragen des 
Istwertes iiber das Protokoll des Netzwerkes N das expor- 
tierte Datum Istwert des Software-Objektes A' abgefragt 
wird. Tntem wird bei Abfragen des Datums Istwert. iiber die 
Verknupfung anhand der Tabelle T das in der durch die De- 
klaration Istwert reprasenderten Zeile Tl eingetragene Da- 
tum anhand der zugehorigen Adresse T1S 1 ausgelesen. Das 
Auslesen kann dabei wieder aus dem globalen Speicherbe- 
reich M erfolgen. Der Istwert. im Speicherbereich M ist auf- 
grund des zyklischen Datenaustausches iiber den Feldbus 
FB stets aktuell. 

Ein spezielles AusfUhrungsbeispiel wird nun abschlie- 
Bend mit Bezug auf Fig. 6 beschrieben: 

Eine moglichc Umsctzung cincr solche Konfigurat.ion bc- 
nutzt als Feldbus BU den sogenannten PROFIBUS DP mit 
einem DP-Master P und einem oder mehreren DP-Slaves A. 

Der Leitrechner LR inidiert in dieser Umsetzung eine 
Kommunikation iiber den Objektbus DCOM iiber TCP/IP 
und Ethernet N an den DP-Master P und adressiert. das Soft- 
ware-Objekt A'. 

Das Software-Objekt A' ermittelt anhand von in einer 
Projektierungstabelle gespeicherten Daten den am besten 
fur den PROFIBUS DP BU zu nutzenden Obertragungsweg. 
Die Projektierungstabelle cnthalt dabci fur jede der Funktio- 
nen, die am DCOM Interface des Software-Objektes A* de- 
finiert sind, den Zugriffsweg und die ftir den Zugriff notigen 
Zugriffsparameter. 

Handelt es sich bei der aufgerufenen Funktion um einen 
sogenannten DCOMPropertyzugriff auf ein lokal verfUgba- 
res Datum, bedient sich das Software-Objekt A' dabei des 
gemeinsamen Speichers M. Dieses trifft genau dann zu, 
wenn das DCOM Property auf ein E/A-Signal des DP-Sla- 
ves A abgebildet ist. Die E/A-Signale von DP-Slaves wer- 
den cntsprcchcnd der DP-Norm zyklisch in den gemeinsa- 
men Speicher M am DP-Master P transportiert. Diese Funk- 
tion kann somit komplett auf dem DP-Master abgearbeitet 
werden, es ist keine Kommunikation zu diesem DP-Slave A 
notig. Der Bus BU wird von der Kommunikation fur den 
ZugrifT auf diese Daten cntlastct. 

Handelt es sich um eine Funktion, die nur durch den DP- 
Slave abgearbeitet werden kann, d. h. Propertyzugriffe auf 
Daten, die sich nicht in den E/A-Signalen befinden oder 
Aufrufe von Methoden, wird das DCOM-Protokoll in ein 
speziell auf den PROFIBUS DP abgestimmtes Echtzeitpro- 
tokoll umgewandelt (quasi eine "Kurzform" der DCOM 
PDU, um die Qbertragenen Daten zu minimi eren). Dieses 
Echtzeitprotokoll nutzt den PROFIBUS DPV1 Mechanis- 
mus "Datensatze schreiben", um die Protokolleinheiten an 
den DP-Slave A zu iibertragen. Dicscr cmpfangt das Proto- 
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koil und flihrt die Implementation der jeweiligen Funktion 
als Reaktion auf das empfangene Telegramm aus. Nach der 
Bearbeitung werden die Antwortparameter rtickwarts vom 
DP-Slave A Uber das Echtzeitprotokoll unter Nutzung der 
PROF1BUS DPV1 Mechanismen "Alarm" in Kombination 5 
mit "Datensatz lesen" zum DP-Master P und dort in das 
Software-Objekt A' transportiert. Das Software-Objekt A' 
gibt die Antwortparameter an den Aufrufer LR uber den Bus 
N und die dort verwendeten Kommunikationsmechanismen 
(DCOM) zuriick. 10 

Patentanspriiche 

1, Als Schnittstelle zwischen einem Netzwerk (N) und 
einem Feldbus (BU) geeigneter Kommunikationsteil- 15 
nehmer (P), 

- wobei einerseits der Kommunikationsteilneh- 
mer (?) an das Netzwerk (N) und andererseits an 
den Kommunikationsteilnehmer (P) der Feldbus 
(BU) anschlieBbar ist, 20 

- wobei der Kommunikationsteilnehmer (P) zur 
Reprasentation von an den Feldbus (BU) ange- 
schlosseneh Rndgeraten (A, B) Software-Objekte 
(A', B') aufweist, 

- wobei die Software-Objekte (A', B') uber das 25 
Netzwerk (N) mittels des fiir das Netzwerk (N) 
definierlen Uberlragungsprotokolls genau wie der 
Kommunikationsteilnehmer (P) selbst. oder wei- 
tere Kommunikationsteilnehmer (S) ansprechbar 
sind, 30 

- wobei der Feldbus (BU) einen den Kommuni- 
kationsteilnehmern (P, A, B) gemeinsamen 
AdrcBraum synchronisicrt, der zumindest im 
Speicher (M) des Kommunikationsteilnehmers 
(P) abbildbar ist, 35 

- wobei im Falle eines uber das Netzwerk (N) 
beim Kommunikationsteilnehmer (P) eintrelTen- 
den, ein Software-Objekt. (A*, B') adressierenden 
Telegramms das Software-Objekt (A 1 , B') 

- die Abwicklung der gemaB dem fiir das Netz- 40 
werk (N) definierten Ubertragungsprotokoll erfor- 
derlichen Schritte zum Hmpfang eines Tele- 
gramms ausfuhrt und 

- entweder als Reaktion auf das Telegramm ein 
Datum in den Speicher (M) eingepragt, wobei die 45 
Anderung des Inhaltes des Speichers (M) den 
Endgeraten (A, B) im Rahmen des zyklischen Da- 
tentransfers uber den Feldbus (BU) iibermi ttelbar 
ist 

- oder das Telegramm, insbesondere nach dessen 50 
Transformation in eine fur das Ubertragungspro- 
tokoll des Feldbus ses (BU) geeignete Form, an 
das jcwciligc durch das Software-Objekt (A', B') 
reprasentierte Endgerat (A, B) ubermittelt. 

2. Kommunikationsteilnehmer nach Anspruch 1, wo- 55 
bei die Anzahi der Software-Objekte (A, B') frei pro- 
jektierbar, insbesondere auf die Anzahi der an den 
Feldbus (BU) angcschlosscncn Endgcratc (A, B), abgc- 
stimmt ist. 

3. Kommunikationsteilnehmer nach Anspruch 1, wo- 60 
bei den Software- Objekten (A\ B') innerhalb des Netz- 
werks (N) eindeutige, zur zielgerichteten DaLeniibertra- 
gung gemaB dem fur das Netzwerk (N) vorgesehenen 
Ubertragungsprotokoll geeignete Adressen zuordenbar 
sind. 65 

4. Kommunikationsteilnehmer nach Anspruch 1, wo- 
bei das adressierte Software-Objekt (A', B') eine Vbr- 
vcrarbcitung der Datcn des empfangenen Telegramms 



durchfuhrt. 

5. Koimnunikalionsleilnehmer nach Anspruch 1, wo- 
bei das Software-Objekt. (A', B') eine Tabelle mit. min- 
destens einem Tabellenelement aufweist, wobei in dem 
Tabellenelement zumindest eine Adresse (ADR) und 
eine Dimensionsinformation (DIM) eines Datums 
(DAT) abspeicherbar ist, wobei als Adresse (ADR) die 
auf den gemeinsamen AdreBraum des Feldbusses (BU) 
bezogene Adresse eines vom Endgerat (A, B) expor- 
tierten Eingangs- oder Ausgangswertes und als Dimen- 
sionsinformation (DIM) der Speicherplatzbedarf dieses 
Eingangs- oder Ausgangswertes im AdreBraum ein- 
tragbar ist. 

6. Kommunikationsverfahren zur Kommunikation 
zwischen einem ersten Kommunikationsteilnehmer 
(UR) und einem zweiten Kommunikationsteilnehmer 
(A, B), 

- wobei der erste Kommunikationsteilnehmer 
(LR) an ein Netzwerk (N) angeschlossen ist, 

- wobei der zweite Kommunikationsteilnehmer 
(A, B) 

- nicht an das Netzwerk (N) angeschlossen ist, 
sondern 

- uber einen einen den Kommunikationsteilneh- 
rnern (P, A, B) gemeinsamen AdreBraum synchro- 
nisierenden, zumindest im Speicher (M) eines 
weiteren, als Schnittstelle geeigneten Kommuni- 
kationsteilnehmers (P) abbildbaren Feldbus (BU) 
mit diesem weiteren, an das Netzwerk (N) ange- 
schlossenen Kommunikationsteilnehmer (P) ver- 
bunden ist, 

- wobei der weitere, an das Netzwerk (N) ange- 
schlosscnc Kommunikationsteilnehmer (?) zur 
Reprasentation des zweiten Kommunikationsteil- 
nehmers (A, B) ein entsprechendes Software-Ob- 
jekt (A', B') aufweist, 

- wobei das Software-Objekt (A', B') uber das 
Netzwerk (N) mittels eines fiir das Netzwerk (N) 
deflnierten Ubertragungsprotokolls genau wie der 
weitere Kommunikationsteilnehmer (P) selbst 
oder andere Kommunikationsteilnehmer (S) an- 
sprechbar ist, 

- wobei im Fallc eines uber das Netzwerk (N) 
beim weiteren Kommunikationsteilnehmer (P) 
eintreffenden, den zweiten Kommunikationsteil- 
nehmer (A, B) adressierenden Telegramms das 
Software-Objekt (A 1 , B') 

- die Abwicklung der gemaB dem fiir das Netz- 
werk (N) deflnierten ttbertragungsprotokoli erfor- 
derlichen Schritte zum Empfang des Telegramms 
ausfuhrt und 

- entweder als Reaktion auf das Telegramm ein 
Datum in den Speicher (M) eingepragt, wobei die 
Anderung des Inhaltes des Speichers (M) dem 
zweiten Kommunikationsteilnehmer (A, B) im 
Rahmen des zyklischen Datentransfers uber den 
Feldbus (BU) iibermittelbar ist 

- oder das Telegramm, insbesondere nach dessen 
Transformation in eine fiir das Obertragungspro- 
tokoll des Feldbusses (BU) geeignete Form, an 
den durch das Software-Objekt (A*, B') reprasen- 
tierten zweiten KommunikaLionsleilnehiiier (A, 
B) Ubermittelt. 

7. Kommunikationsverfaliren nach Anspruch 6, wobei 
die Anzahi der Software-Objekte (A', B*) frei projek- 
tierbar, insbesondere auf die Anzahi der an das Teil- 
netzwerk (T) angeschlossenen Endgerate (A, B) abge- 
stimmt, ist. 
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8. Komrnunikationsverfahren nach Anspruch 6, wobei 
den Software-Objeklen (A*, B') innerhalb des Feklbus- 
ses (B) eindeutige, zur zielgerichteten Dateniibertra- 
gung gemaB dem fur den Feldbus (B) vorgesehenen 
tJbertragungsprotokoll geeignete Adressen zuordenbar 5 
sind. 

9. Komrnunikationsverfahren nach Anspruch 6, wobei 
das den zweiten KommunikationsteiLnehmer (A, B) re- 
prasentierende adressierte Software-Objekt (A', B') 
eine Vorverarbeitung der Daten des empfangenen Tele- io 
gramms durchfuhrt. 

10. Komrnunikationsverfahren nach Anspruch G, wo- 
bei das Software- Objekt. (A', B') eineTabelle mit min- 
destens einem Tabellenelement aufweist, wobei in dem 
Tabellenelement zumindest eine Adresse (ADR) und 15 
eine Dimensionsin formation (DIM) eines Datums 
(DAT) abspeicherbar ist, wobei als Adresse (ADR) die 
auf den gemeinsamen AdreGraum des Feldbusses (BU) 
bezogene Adresse eines vom Endgerat (A, B) expor- 
tierten Eingangs- oder Ausgangswenes und als Dimen- 20 
sionsinformation (DIM) der Speicherplatzbedarf dieses 
Kingangs- oder Ausgangswertes im AdreBraum ein- 
t.ragbar ist. 
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